home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / graphics / 325 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.7 KB
  1. Path: news.ndh.com!news
  2. From: m.jantz@public.ndh.com (Marcel Jantz)
  3. Newsgroups: comp.sys.amiga.graphics
  4. Subject: Re: CyberGFX and SPectrum Card
  5. Date: 13 Jan 1996 02:08:24 GMT
  6. Organization: ndh - Netzwerkdienste Hoeger
  7. Message-ID: <2234.6586T185T1064@public.ndh.com>
  8. References: <4ceoc8$age@news.global1.net> <DKMsy7.M4s@gil.com.au>
  9.     <4cggs4$b2r@news.rwth-aachen.de> <oj6ivilo0dn.fsf@hpsrk.fc.hp.com>
  10. NNTP-Posting-Host: slip-141.ndh.com
  11. X-Newsreader: THOR 2.21 (Amiga;TCP/IP) *UNREGISTERED*
  12.  
  13.  
  14. Steve Koren wrote,
  15. >hhoff@informatik.rwth-aachen.de (Helmut Hoffmann) wrote:
  16.  
  17. >> What do Datatypes have to do with a graphic board? Datatypes are just
  18. >> a software extension to AmigaOS which allow Datatype aware programs
  19. >> (e.g. CyberShow) to view pictures or other things in formats which
  20. >> are not directly supported by the operating system. This should in no
  21. >> way interact with any graphic board. GIF Datatypes can be found e.g.
  22. >> on Aminet.
  23.  
  24. >Yep, on one level you're certainly right.  But on another level,
  25. >datatypes and gfx cards don't mix very well.  Graphics datatypes tend
  26. >not to be optimized for use on gfx cards, and they are terrifyingly slow
  27. >both to load and to redraw their images.
  28.  
  29. Hmm, of course there is one exeption to that: As datatypes are boopsi objects,
  30. they can take advantage of a gfx-board. As we at ProDev are switching to a
  31. Cybergraphics-Compatible System, I've made a datatype that displays
  32. pictures in a corresponding colordepth (i.e. on a 16Bit screen in 16Bit
  33. etc.).
  34. >For anyone who's interested, here are some times for different methods
  35. >of displaying images that I obtained on my GVP Spectrum (Z- II), 040/25:
  36.  
  37. >  Displaying a medium size image 200 time to an 8 bit CyberGfx screen:
  38.  
  39. >   Image in Fast RAM: WritePixelArray8():  8 seconds
  40. >   Image in Fast RAM: ClipBlit():         15 seconds
  41. >   Image in Chip RAM: ClipBlit():         several millennia
  42.  
  43. >For *native* Amiga modes, ClipBlit() is better than WritePixelArray, but
  44. >if you use it on a gfx card, things go literally half as fast.  For a
  45. >program I'm writing, I'm making the runtime decision which to use.  If
  46. >you don't, it'll still work, but it'll run much slower than it could on
  47. >the other type of HW.  Its an unfortunate situation, but the one we're
  48. >stuck with.
  49.  
  50. Well, so it would be the best to have a special behaviour for "gfx-board"-
  51. datatypes. As they are simply boopsi objects you can do your own
  52. methods/attributes to do the rendering and holding datas. So 24 Bit datatypes
  53. are possible. I myself do very much like this boopsi system :).
  54.  
  55. > - steve
  56.  
  57.  
  58.  
  59. ___________________________________________________________
  60.  
  61. "Nevertheless smart people still need to eat and pay rent."
  62.  
  63. Marcel Jantz (MaJa)
  64. Techn. Support ProDev
  65.  
  66.